Attorney Docket No: IDF 2279 (4000-1 1900) PcUent 
REMARKS 

This applicaSon has been canefufly considered in connection witli tlie Examiner's 
Ffnai Office Action dated September 29, 2006. Reconsideration and allowance are 
respectfully requested In view of the following. 

Suminarv of Reiections 

Claims t^23 wefe pending at the fime of the Offi 

Claims 1-23 were rejected under 35 U.S.C. 102(e) as being anticipated by 
Sachse etal (U.S. Patent No. 6;985,901). 

Summarv of Itesoonse 

Claims 1-13 and 15-23 remain as originally subrnitted/ 
Claim 14 remains as previously presented. 
Remarks and Arguments are provided below. 

Smnmarv of Claims Pending 

Claims 1-23 are currently pendiing following this response. 

Response to Reieclions under Section 102 

In the Final Office Action dated September 29, 2006, claims 1-23 were rejected 
under 35 USC § 102(e) as being anticipated by Sachse et al. (U.S. Patent 6,985,901 
B1). 
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The present disclosure is related to loading realistic test data into a database in 
a test envrrbnment. Using a data loading tool, data is read from a system database and 
copied into a test database. The data loading tool comprises an initialization 
component, a contFol geriierator, an extractor component, and a loader component 
The initiafization component receives a request for data and identifies the requested 
data using a first key. The initialization component identifies any data relationally 
associated with the requested lsrta i^nl^ or more keys related to the first key In the 
system database. The Biftlalizatlon component then generates a load file indicating a 
record of the table, key, and any corresponding data for each requested data record. 
By using the first key and one or more keys related to the first key the data maintains its 
relational integrity in the kiad fite: The control generator generates control files for 
extracb'ng and/or loading data from system database to the test database, the 
extractor Component utilizes the load file to extract the requested and related data from 
the system database and the loader component loads the extracted data into the test 
dafebase based on the generated contrd files. 

United State$ Patent No. 6,985,901 to Sachse et ai., herein Sachse, disck)ses 
mohrtoring network events, manipulating data related to the network events, and storing 
the manipulated data in a database (Sachse: column 10, lines 16-39; column 13, lines 
30-67; column 18, lines 2-13; and column 33, lines 5-31). While Saciise does disclose 
that the mantpylated data may be stored in a plurality of databases such as a database 
for testing purposes (Sachse: column 33, lines 25-29), there is no disclosure of loading 
a database corresponding to the claim limitations as detailed below. 
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Patent 



I Sachse doe s not dtscfose the claimed initialization component. 

Glaim 1 recitesi "an iniMization component operable to use data and a key of a 
firsttable of a database to generate a load file identifying at least one key related to the 
key of the first table and data assoeiated with the at least one key". 

The Final OfTioe Action refers to column 34, lines 46-54 of Sachse to teach the 
above recited linTftatiafts. K is noted that the above identified section of Sachse 
discloses that since sun-ogate keys are used to uniquely identify records, a look-up 
process is performed. As was known to one skilled in the art at the time of the 
invention, surrogate keys are keys that are not derived from any data in the database. 
Having keys defined independent of the data whidi they uniquely identify allows the 
keys to remain constant and preserve database relatronships in situations where data 
changes. One of the drawbacks to using surrogate keys is that one or more tables may 
have duplicate keys. When one key Identifies more than one table or row of data within 
a table, the keys become disassociated with their corresponding data and may corrupt 
the data in the database. 

Referring to the look-up process disclosed by Sachse, there is only disclosure 
that surrogate key infonnation is extracted from a database to flat files. The flat files 
may be used to generate other fiat files in a format that can be toaded into the 
database. In no way does this disclose that the flat fHe that was generated by 
extracting surrogate key infonnation identifies "at least one key related to the key of the 
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first table" "and data associated with the at least one key" as claimed in claim 1. 
Rather, the flat ffte that was generated by ejctracting surrogate key information is merely 
disclosed to be used to "generate flat files in a format that can be loaded into the 
database tables." Sachse does not disclose that the flat file generated by extracting 
surrogate key infomriation contains any Identification of keys or data related to keys at 
all. There is no disclosure of using data and a key of a first table to generate a load file 
identifying at least one key related to the key of the first table and data associated with 
the at least one key. 

tn reference to the other disclosure in column 55, lines 60-64 and column 57, 
lines 40-44, Applicants recognize that Sachse does disclose to use keys to load data. 
As claimed, using data and a key of a first table of a database, a load file is generated 
identifying at least one key lelated to the key of the first table and data associated with 
the at least one key. Data that is to be loaded into a test database is extracted from a 
system database based on the load file. Generating the load file in this manner and 
extracting data based on the load file maintains the relational integrity of the extracted 
data as disclosed in paragraphs 0029 - 0035. 

II. Sachse does not disclose the claimed extractor component. 

Claim 1 recites, "an extractor component operable to extract data from the 
database based on the load fHe". 

The Final Office Aclidn refers to column 50, lines 36-39 of Sachse to teach the 
above redted limitations. As discussed above, this section teaches a script may be run 
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to toad data into the database. The Final Office Actton argues that since data is being 
loaded, men it is obvious «isit the data be extracted from a database. As a matter of 
fonnaiity, it is noted th^t claim 1 was refected under 35 U.S.C. 102(e), whereas it 
appears that it vAtas intended to be rejected under 35 U.S.C. 1 03(a). 

The Final Office Action also refen-ed to column 67, lines 13-20. In this section 
Sachse discloses a table_extract script that extracts data from a database table and 
writes it to a flat file in a comma delimited fonnat. Sachse further discloses in this 
section that the "script can be configured to extract data from as many tables as 
required." Sachse further discloses the process for extracting data using the 
tableextract script in coiumir 67, line 34 - column 68, line 40. As disclosed by Sachse. 
the t^le_extr3ffit script requires table_name of each table that is to be extracted and 
any applicable filters. Sachse does not provide any disclosure of how the table names 
that are to be extracted are identified. More particularly, there is no disclosure of the 
table names that are to be extracted being based on the claimed load file or based on 
the flat file genei?8ited by extracting surrogate key information relied on to teach the 
claimed load file. 

liL Sachse does not disclose the claimed loader component. 

Claim 1 recites, "a loader component operable to load the data extracted by the 
extractor component into the target database utilizing the at least one control file". 

The Final Office Actlofr refers to column 34, lines 56-67 and column 50, lines 36- 
44 to teach the above recited limitations. Column 34, lines 56-67 discloses that a peri 
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script is used to load detailed data once a day during tlie nightly batch run and rollup 
data may be loaded at the sarne time. Column 50, lines 35-45 discloses a datajoader 
script that loads comma defirnited data from a text file into a database. Sachse further 
disclosed in column 52, lines 20-30 that the datajoader script requires a table Jist file 
to define a list of tables to load. Sachse does not provide any disclosure that the 
tablejist fife is generated using "data and a key of a first table of a database" or that 
the table_fist fHe identifies M lei&st one k^^ first table and data 

associated with the at least one key" as claimed in claim 1. Further, there is no 
teaching or suggestion that the data being loaded by the data_loader script is the same 
data that is extracted by the t^le_extract script. As such, the combination of limitations 
as a whole is not disclosed by Sachse. 

In column 42, Ones 29^57 Sachse also discloses a oold_backups script. As 
disclosed in lines 54-57 the cold_backups script generates a list of fries that need to be 
backed up. Column 43. lines 10-20 goes on to disclose that the directory paths and file 
names that are to be backed up are hard coded into the script. Since the files that are 
to be backed up are hard coded into the script, there is no disclosure of generating the 
claimed "load file" using "data and a key of a first table of a database" as claimed in 
claim 1 . 

In column 46, lines 5-19 Sachse also discloses an export_backups script. As 
disclosed in lines 12-13, this script performs a full database export. As the enfre 
database is being exported, there is no need to identify particular tables or data to be 
exported. There is no disclosure of generating the claimed "load fHe" using "data and a 

14 



386S2.01/4000.11900 



AttemeyDocketNo: IDF 2279 (4000-11900) 

key of a first table of a database" as claimed in claim 1 . Also, there is no disclosure of 
extracting data based on a load file. 

In regard to claims 2-iQ, Applicants note that each and every limitatron has riot 
been taught for at least the reasons detaited with regard to claim 1 . 

In regard to daim 11, Applicants note that each and every claim limitation was 
not taught by the disclosure of Sachse. Applicants note that similar limitations are 
present in claim 1 1 that Viffire discus^d In regard to cialnv 1 . As such the ai-guments 
detailed in l-(llare repeated herein for claim 11. 

In regard to claims 12-18, Applicants note that each and every limitation has not 
been taught for at least the reasons detailed with regard to clairri 1 1 . 

In regard to daim 18, Applicants note that each ant* every dam limitation was 
not taught by the disddsure of Sachse. Applicants note that similar limitations are 
present in claim 18 that were discussed in regard to daim 1. As such the arguments 
detailed in Nil are repeated herein for claim 18. 

In regard ta darms 19-23, Applicants note that each and every fimitation has not 
been taught for at least the reasons detailed with regard to daim 18. 
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Conclusion 

Applicants respectfully submit that the present application is in condition for 
allowance for the reasons stated above. If the Examiner has any questions or 
comments or othenmse feels it would be helpful in expediting the application, he is 
encouraged to telej^honeflie undersigned at (972) 731-2288. 
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The Commissioner is hereby authorized to charge payment of any further fees 
associatecl vsnth any of the foregoing papers submitted herewith, or to credit any 
overpayment thereof, to Deposit Account No. 21-0765, Sprint. 

Respectfully submitted, 



Date: 



IMichaei W. Piper 
Reg. No. 39,800 



0(mjE>f Rose, PC. 

5700 Granite ParHEway, Suite 330 ATTORNEY FOR APPLICANT 

Piano, Texas 75024 

(972)731-2288 

(972) 731-2289 (facslmne) 
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